指标体系|决策层_IT部门全被裁？不懂业务，花了几百万开发的报表系统，根本没人看

篇首语：本文由编程笔记#小编为大家整理，主要介绍了IT部门全被裁？不懂业务，花了几百万开发的报表系统，根本没人看相关的知识，希望对你有一定的参考价值。

之前参加了一个CIO讨论会&＃xff0c;期间有一个话题——“企业如何借助IT技术支撑业务创新。”当时就有人来了一句&＃xff1a;“现在的公司大多都不把IT部门当回事&＃xff0c;谈什么IT引导业务创新&＃xff1f;”一时间&＃xff0c;大家都觉得很有道理&＃xff0c;话题就变成了“怎么让业务知道IT的重要性&＃xff1f;”

大部分企业都是以业务部门为核心的&＃xff0c;IT部门只是一个配合部门&＃xff0c;信息化也只有支持和保障的作用。经常出现的情况是&＃xff1a;IT部门把系统设计好了。业务部门打开一看说&＃xff1a;这不是我们想要的系统&＃xff0c;再用一用又说&＃xff1a;这个系统不好用。于是&＃xff0c;业务部门又提了一些新的想法。IT部门认为这实现起来又是另一个问题……这些情况在不同的企业、不同的行业表现情况又不一样。

1、**人不行。**大多数CIO都是技术出身&＃xff0c;本身对于业务理解就不深刻&＃xff0c;何况开发一套系统涉及的业务知识多而复杂。
2、钱不到位。公司对IT部门经常提出很高的战略要求&＃xff0c;但实际的拨款却只能完成1/3&＃xff0c;这种情况怎么做出成绩&＃xff1f;
**3、规划不一致。**业务部门和IT部门是分开定规划的&＃xff0c;很难融合成一个规划或一个系统。
**4、习惯难改。**信息化意味着改变原来的业务流程&＃xff0c;对业务人员来说是一种负担&＃xff0c;不可能在朝夕完成。

**1、转变关系。**将 IT 与业务的关系构建为供应商与客户的关系。对于IT部门来说&＃xff0c;最好像精明的供应商一样更好地认识到业务问题&＃xff0c;从成本超支到交付缓慢到缺乏响应能力&＃xff0c;最好还能在合适场合反驳业务方。
**2、给领导画饼。**CIO最好是能拿出完备的战略规划&＃xff0c;去给大领导“画饼”&＃xff0c;说服他拿出更多的钱投入在IT建设上面。
**3、互相透明。**业务和IT的目标是一致的&＃xff0c;只是在规划上没打通。在定年初计划的时候&＃xff0c;业务IT一起拍个板&＃xff0c;能省下很多事。
4、和业务多社交。这个建议最简单但也最深刻。平时多跟业务一起吃饭&＃xff0c;搞好关系&＃xff0c;时间久了&＃xff0c;不仅对业务了解深刻了&＃xff0c;想要上个新系统也有一堆人乐意给你测试。

接下来&＃xff0c;用一个实际案例&＃xff0c;学习一下IT和业务部门是如何配合&＃xff0c;构建出访问量高、业务满意的报表。一共分五5个流程&＃xff0c;我们具体来看一下。

1、需求分析

某企业在年底复盘的时候发现采购过程监控不到位&＃xff0c;各个部门信息互不相同&＃xff0c;导致出现了采购成本远超预计和供应商良莠不齐的情况。

业务部门想通过建立供应商管理系统&＃xff0c;解决产能问题&＃xff0c;保障下游经销商出货销售能力。

2、建立指标体系

首先&＃xff0c;从不同的角度拆分指标&＃xff0c;形成一级指标、二级指标、三级指标&＃xff0c;具体指标系统如何构建&＃xff0c;可以看这篇文章「终于有人把怎么搭建数据指标体系给讲明白了&＃xff0c;数据分析师必备」

3、设计展现形式

业务部门之中&＃xff0c;不同的角色关注的指标是不同的&＃xff0c;所以根据不同的对象可以设计不同重点的报表。具体的需求和实现形式&＃xff0c;都需要跟业务部门深入沟通。

对于决策层来说&＃xff0c;只要显示业务核心指标以及设置好预警&＃xff0c;能够及时做出决策。

对于管理者来说&＃xff0c;不仅要看到整体情况&＃xff0c;还要能从中找到问题所在&＃xff0c;这就需要联动、钻取等功能。

对于普通业务人员来说&＃xff0c;延期率、退货率、风险等级等指标比较重要&＃xff0c;而且必须是明细数据。

4、编写需求文档

需求文档如何书写&＃xff0c;可以看这篇文章。「需求文档你怎么写&＃xff1f;为什么这么写&＃xff1f;如何写一份好的需求文档&＃xff1f;」

5、报表开发

这边使用的是商用报表开发工具FineReport&＃xff0c;采用“自上而下”的思路&＃xff0c;面向采购链条上不同层级的角色&＃xff0c;提供对应的管理看板。

①供应商管理看板

**交货情况&＃xff1a;**从时间、供应商维度分析采购物料情况&＃xff0c;监控采购风险。
**状态分布&＃xff1a;**显示当前供应商的状态结构&＃xff0c;适时调整各类供应商组成&＃xff0c;保证供应商资源池健康。
**风险等级分析&＃xff1a;**做好供应商风险评估&＃xff0c;降低损失。
**风险类别分析&＃xff1a;**从失信风险、司法风险、股权变化风险、经营风险、关联风险五个维度&＃xff0c;动态评估供应商的风险情况。
②供应商风险管理明细

面向执行层&＃xff0c;通过风险类别、供应商名称以及风险名称三个维度&＃xff0c;进行风险信息的详细查询&＃xff0c;及时查看风险信息的处理结果&＃xff0c;实现流程优化。
面向管理层&＃xff0c;可通过风险信息状态看到哪些风险信息的审批流程需要处理&＃xff0c;点击明细表的风险编号&＃xff0c;可直接跳转至供应商风险信息审批表进行审核&＃xff1b;
③供应商风险补录与审批

**面向执行层&＃xff1a;**录入供应商风险信息&＃xff0c;系统自动生成风险编号&＃xff0c;提交完成后&＃xff0c;风险信息状态默认为&＃xff1a;处理中&＃xff0c;并流转至管理层处理。

面向管理层&＃xff1a;收到风险信息后&＃xff0c;管理层可以对基础信息进行审核。再次确认风险信息。
最后给大家分享一波解决方案、可视化案例以及各种可视化大屏模板&＃xff0c;有需要的可以下载使用。
私信回复「素材包」&＃xff0c;自行获取。